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(57) Abstract 

The present invention relates to a method and an apparatus for establishing connections between tow subscribers in an Internet 
Protocol (IP) based network, said network being divided into zones, or snbnetworkfl, each zone being managed by & gatekeeper (IS, 15'; 
25, 25'). All gatekeepers are connected to a zone management means (17; 27), which holds information about the logical addresses of all 
user terminals (11, 11'). A first user (11) in a first zone (13) managed by a em gatekeeper, who wishes to establish a connection to another 
user (in in another zone (13 *) managed by a second gatekeeper (IS') sends a request to the first gatekeeper (IS), from which the request 
la forwarded to the zone management means (17). The zone management means (17) requests the address (ram the second gatekeeper (IS 1 ) 
and returns an address confirmation, so that die connection may be set up. 
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METHOD AND DEVICE TOR ESTABLISHING CONNECTIONS BETWEEN TWO SUBSCRIBERS IN TWO DIFFERENT 
SUBNETWORKS 

Technical Field 

The present invention relates to the communication between terminals in Internet 
5 Protocol (IP) based networks. 

Background 

The Internet is being used to an increasing degree for commercial communication. In 
particular there is a demand for real-time applications for voice, image and data in 
10 decentralized corporate data networks. 

With present technology, companies may connect several Intranets and remote users 
in an Internet Virtual Private Network (I- VPN). 

A Virtual Private Network (VPN) may comprise a number of zones, or subnetworks. 
15 For example each department in a company may have its own zone, all zones being 
connected to one large network. Each zone has its own gatekeeper, which holds 
information about all addresses in its own zone. 

There are known solutions for letting end users in a network communicate by means 
20 of a gatekeeper within a zone or via a location service, but direct communication 
between the different gatekeepers is not handled today. 

Summary of the Invention 

It is an object of the present invention to provide a Virtual Private Network (VPN) 
25 with internal zones, in which direct communication between the different zones is 
enabled. 

It is another object of the invention to enable the roaming between different zones in 
a VPN. 

30 
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These objects are achieved according to the invention by a zone management means, 
which is connected to the gatekeepers of all the zones in the VPI. 

The zone management means holds information about all addresses found in 
5 gatekeepers in the VPN and assists in the address resolution within a VPN. 

The solution according to the invention offers the following advantages: 

- Roaming in the network is supported, that is, users are enabled to move between 
different terminals and different zones in the network. 

10 - A private network for audio, video and/or data communication is created, which 
comprises internal zones and which can cooperate with external clients and location 
services. 

- The network according to the invention promotes distribution of functionality with 
respect to TCP/IP. 

15 

Brief Description of the Drawings 

Figure 1 shows a connection between two end users in a zone, assisted by a 
gatekeeper, according to prior art; 

Figure 2 shows a connection between two end users in different zones, assisted by 
20 gatekeepers and a zone management means, according to the invention; 

Figure 3 shows the signalling that takes place when a connection between two end 
users in different zones is set up, according to the invention; 

Figures 4A and 4B show the signalling that takes place when a new gatekeeper is to 
be registered and unregistered, respectively, with the zone management means; 
25 Figures 5A and 5B show the signalling that takes place when a new endpoint is to be 
registered, respectively, with the zone management means; and 
Figure 6 illustrates the principles for roaming in the network according to the 
invention. 
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Detailed Description of Embodiments 

Figure 1 is a schematic drawing of a connection between two end users 1 in a zone 3 
of a private network, assisted by a gatekeeper 5, as common in the art. The 
gatekeeper 5 holds information about the location of all addresses belonging to its 
5 zone, and also sets up connections within the zone. 

The solution according to the invention may be implemented in any kind of data 
network. For simplicity, a protocol known as H.323, which is a de facto standard in 
audio, video and/or data communication, will be used as a basis for the discussion. 

10 

Figure 2 is a schematic drawing of a network according to the invention. The 
network is divided into different zones 13, 13*, each zone comprising a gatekeeper 
15, 16\ Each end user 11, 11' is connected the gatekeeper 15, 15' of the zone 13, 
13' to which it belongs. All gatekeepers are connected to one zone management 
15 means 17, according to the invention. The zone management means 17 comprises a 
table 19 of the logical addresses, or alias addresses, of all registered end points in all 
zones of the network, and the zone in which each end point is registered. 

An end user 1 1 who wishes to establish a connection to another end user 11 ' in a 
20 different zone, initiates this by signalling to the gatekeeper 15. The gatekeeper 15 
requests the destination from the zone management means 15, The zone management 
means 17 informs the gatekeeper 15 of the physical location of the end user IT to 
which the connection is to be set up. The signalling between the gatekeepers 15, 15* 
of the two networks then proceeds in the way common in the art. 

25 

If the H.323 protocol is used, the signalling that takes place will be as shown in more 
detail in Figures 3, 4A, 4B, 5 A and 5B. 

Figure 3 shows the signalling that takes place when an end user 1 1 in one zone 13 . 
30 wishes to set up a connection to another end user 1 V in a different zone 13 1 . 
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The end user 1 1 who wants to set up a connection to another end user 11 \ sends an 
Address Request (ARQ) signal to its gatekeeper 15. The ARQ signal comprises the 
following: 

- the destination alias address (the address of the receiving end user IT) 

5 - the Destination Call Signalling Address (normally the address of the receiving end 
user 11') 

- the Source Alias Address (the address of the end user 1 1 initiating the connection) 

- the Source Call Signalling Address (normally the address of the end user 1 1 
initiating the connection) 

10 - the desired bandwidth 

- The desired Call Model 

The gatekeeper 15 sends a Zone Request (Zone RQ) signal comprising the 
Destination Alias Address of the receiving end user IT to the zone management 
15 means 17. 

The zone management means 17 responds by sending a Zone Confirmation (Zone 
CF) signal to the gatekeeper 15, comprising the message 
DestinationOkWellKnowiiRasAddress, which indicates that the address has been 
20 located. (RAS Address - Registration Admission and Status Address) 

The gatekeeper 15 can then send a Location Request (Location RQ) signal to the 
gatekeeper 15' of the zone to which the receiving end user IT belongs. 

25 The gatekeeper 15 1 responds by sending a Location Confirmation (Location CF) 
signal to the gatekeeper 15, comprising the Destination Call Signalling Address 

The gatekeeper 15 responds to title end user 1 1 with an Address Confirmation (ACF) 
signal comprising the following information: 
30 - the bandwidth available/allocated 
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- the call model to be used 

- the destination call signalling address 



The end user 1 1 then sends a Setup signal to the gatekeeper 15 comprising the 
5 following information 

- bearer capability 

- user to user information 

The gatekeeper forwards the information in the setup signal to the receiving end user 
10 11\ 

The receiving end user IT sends an Address Request (ARQ) signal to its gatekeeper 
15\ comprising the following information: 

- the destination alias address 

15 * the Destination Call Signalling Address 

- the Source Alias Address 

- the Source Call Signalling Address 

- the desired bandwidth 

- The desired Call Model 

20 

The gatekeeper 15' responds by sending an Address Confirmation (ACF) signal to 
the end user 11\ comprising the following information 

- Bandwidth 

- Call Model 

25 - Destination Call Signalling Address 

The receiving end user 11* then sends a Connect signal to the gatekeeper 15 in the 
zone of the sending end user 1 1, comprising the following information: 

- Transport Address R245 Control Channel 
30 - Destination endpoint Type 
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The gatekeeper 15 forwards the Connect signal to the end user 11. 

Figure 4 A shows the signalling that takes place between a gatekeeper 15, 15* and a 
5 zone management means 17 when a new gatekeeper is to be registered with the zone 
management means 17, if the R323 protocol is used. The gatekeeper 15, 15' sends a 
Gatekeeper Registration Request , GK_RRQ, comprising the 
GatekeeperWellKnownRasAddress, which is the address by which the Gatekeeper 
15, 15* is known in the network, to the zone management means 17. The zone 
10 management means 17 responds with a Gatekeeper Registration Confirmation, 
GKJRCF, signal comprising the Zoneldentifier, which is the identification to be 
used for the zone of the new gatekeeper, to confinn that the gatekeeper has been 
registered as a gatekeeper for this zone. 

15 Figure 4B shows the signalling that takes place between a gatekeeper 15 and a zone 
management means 17 when an existing gatekeeper 15 is to be unregistered, that is 
deleted from the domain of the zone management means 17. Again the H.323 
protocol is assumed. The gatekeeper 15 sends a Gatekeeper Unregistration Request, 
GKJJRQ, to the zone management means 17, comprising the Zoneldentifier. The 

20 zone management means 17 responds by sending a Gatekeeper Unregistration 
Confirmation, GKJJCF, signal back to the gatekeeper 15, comprising the 
NumberOfEndPointsUnregistered, which indicates how many end points are 
connected to the gatekeeper 15 that has been unregistered. The GKJJCF signal 
confirms that the gatekeeper 15, is no longer registered with the zone management 

25 means 17. 

Figure 5A shows the signalling that takes place between and endpoint, that is a user 
terminal 1 1, and a gatekeeper 15, and between a gatekeeper 15 and a zone 
management means 17, when a new endpoint 1 1 is to be registered, according to 
30 H.323 protocol. First the new endpoint 11 sends a Scgistration Request, RRQ, signal 
to its gatekeeper 15, comprising the following; 
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- CallSignallingAddress - The address of the gatekeeper 15 

- RAS_Address - Registration Admission and Status Address 

- TerminalType - The type of terminal connected at the end point 1 1 

- AliasAddress - The address by which the new end point 1 1 will be known in the 
5 network 

The gatekeeper 15 sends an End Point Registration Request, EP_RRQ, signal to the 
zone management means 17, comprising the following; 

- EndPointldentifier - identifying the new end point 1 1 

10 - Zoneldentifier - identifying the zone in which the new end point is found 

- AliasAddress - the address by which the new end point will be known in the 
network 

The zone management means 17 responds to the gatekeeper 15 by sending an End 
15 Point Registration Confirmation, EP_RCF, signal, comprising the AliasAddress of 
the new end point 11. 

The gatekeeper 15 then responds to the new end point 1 1 with a Registration 
Confirmation, RCF, signal comprising the following: 

- GK_CallSignalAddress - the address of the gatekeeper 
20 - EndPointldentifier - the identifier of the new end point 1 1 

The new end point 11 has now been registered with the gatekeeper 15 and the zone 
management means 17. 

Figure 5B shows the signalling that takes place when an existing endpoint 1 1 is to be 
25 unregistered, that is, now longer to be connected to the gatekeeper 15. 

First the new endpoint 1 1 sends a Unregistrarion Request, URQ, signal to its 
gatekeeper 15, comprising the following: 

- CallSignallingAddress - the address of the gatekeeper 15 

- EndPointldentifier - the identifier of the end point 1 1 to be unregistered 

30 - AliasAddress - the address by which the end point 1 1 is known in the network 

PAGE 19ffi9 f RCVD AT W13/2006 7:04:34 PM [Eastern Dayfight rime] f SVRiUSPTO-EFXRF-6/40 f DN1S:2738300 f CStDiSent via MaxEmafl 1 DURATION (mnws):1M8 



To: 571-273-8380 



Fron: Eden 



Pg 26/69 66/13/06 6:03 pn 



" WO 98/59467 A PCT/SE98/D1204 

S 

The gatekeeper 15 sends an End Point Unregistration Request, EPJJRQ, signal to 
the zone management means 17, comprising the following; 

- EndPoinHdentifier - identifying the new end point 1 1 

5 - Zoneldentifier - identifying the zone 13 in which the new end point 11 is found 

- Alias Address - the address by which the end point 1 1 is known in the network 

The zone management means 17 responds to the gatekeeper 15 by sending an End 
Point Unregistration Confirmation, EP_UCF, signal, comprising the AliasAddress of 
10 the end point 11. 

The gatekeeper 15 then responds to the new end point 1 1 with an Unregistration 
Confirmation, UCF, signal. 

The new end point 1 1 has now been unregistered from the gatekeeper 15 and the 
zone management means 17. 

15 

Figure 6 illustrates the principles for roaming in the network according to the 
invention, that is, for a person or a terminal to move between zones. A number of 
end points, 21a, 21b, 21c in a first zone 23 are connected to a first gatekeeper 25. 
Other end points 21d, 2le in a second zone 13 J are connected to a second gatekeeper 
20 25'. Both gatekeepers 25, 25' are connected to a zone management means 27. 

Each gatekeeper 25, 25 1 is also connected to a database means 29 and 29' 
respectively. The database means 29, 29' comprise records of information about the 
services assigned to each end point 21a,... 21e in the zone 23, 23' to which the 
25 database means 29> 29' belongs. Examples of services may be a wake-up call, or the 
supplementary services as specified in the H<323, such as call redirection. The 
services are executed in execution means 3 1 and 3 1 1 respectively. 

For roaming to be possible, the logical addresses of all end points or users 2la,...21e * 
30 must be unique in the whole network. The most convenient way of assuring this is to 
include the name of the zone to which the user belongs in the name. In this example 

PAGE 20/69 ' RCVDAT 6/1312006 7:04:34 PM [Eastern Dayfightfrnie] 1 SVRiUSPTMFXRF-OMO 1 DN1S:2738300 1 CSlDSent via MaxEmaD 'DURATION (mm-ss):1M8 



To: 571-273-8300 



Fron: Eden 



Pg 21/69 06/13/06 6:93 pn 



" WO 93/39467 9 PCT/SE98/01204 

this would mean that a user 2 la in the first zone 23 would be identified by its • 
number (or logical name) together with the number (or logical name) of the zone, for 
example 23.21a or another well-defined format The user might keep this name even 
when he moved to another zone, or the zone name might be changed 

5 

A user 2 la who wishes to move from one zone 23 to another 23 \ registers with the 
gatekeeper 25' in the new zone 23 \ The gatekeeper 25 * then informs the zone 
management means 27 that the subscriber is now found in the zone 23' of this 
gatekeeper 25\ The signalling is performed according to Figure 5A. In one 
10 embodiment of the invention, the user 21a must disconnect from the first gatekeeper 
25, as shown in Figure 5B 7 before connecting to the new gatekeeper 25 \ In another 
embodiment the zone management means automatically deletes the user 21a from 
the first gatekeeper 25. 

15 The services assigned to the user 21a are stored in the database means 29 connected 
to the first gatekeeper 25. When the user 21a moves to a different zone, the service 
records belonging to that user 21a may be moved to the database means 29' 
connected to the new gatekeeper 25\When a service is activated, it will then be 
executed in the execution means 31' of this zone 23'. It would also be possible to 

20 keep the service records in the first database 29. In that case, the execution of the 
service would be carried out in the execution means 3 1 of the first zone 23. 

Moving within one zone may be done in the same way, except that no changes are 
needed to the services. 
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10 

CLAIMS 



1. An apparatus (17) for enabling connections between a transmitting (11) and a re- 
ceiving (IT) user terminal, each one of said terminals (11,11") being located in an 

5 audio, video and/or data communication network, said networks forming zones (13, 
13') in a larger data communication network, each zone (13, 13') being managed by 
a gatekeeper (15, 15'), said apparatus being connected to the gatekeepers of at least 
two zones (13, 13') in the network, 
characterized in that it comprises: 

10 - connections to die gatekeepers (15, 15') of all zones (13, 13') in the network 

- information about the logical addresses of user terminals (11, IT) found in the dif- 
ferent zones (13, 13')- 

2. An apparatus according to claim 1, characterized in that a subscriber connected 
15 to one gatekeeper (15) may register temporarily with another gatekeeper (15'). 

3. An apparatus according to claim 1 or 2, characterized in that it is adapted for 
H.323 protocol signalling. 

20 4. A method for establishing a connection between a sending user terminal (11) and 
a receiving user terminal (IT) each one of said terminals (11, IT) being located in 
an audio : video and/or data communication network, said networks forming zones 
(13, 13') of a larger data communication network, each zone (13, 13') being man- 
aged by a gatekeeper (15, 15') 

25 characterized by the following steps: 

- Sending a signal from a first user terminal (1 1) in a first zone (13) to the gate- 
keeper (15) of that zone (13), requesting an address for a second user terminal (IT) 
in a second zone (13'); 
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- Requesting information about the second zone (13') in which the second user ter- 
minal (IT) is found, and the gatekeeper (15') of this zone (13'), from an apparatus 
(17) comprising information about all user terminals (11,11 '); 

- Locating the second user terminal (IT) in the second zone (13*); 

5 - Disconnecting the connection to the zone management means (17); 

- Establishing the connection between the first (1 1) and the second (IT) user termi- 
nal. 

5. A method according to claim 4, characterized in that the signal sent from the 
10 first user terminal is an address request signal according to H.323 protocol. 

6. A method according to claim 4 or 5, characterized in that the identification of 
the second zone (13') is carried out in the following steps: 

- Sending a zone request signal from the gatekeeper (15) to the zone management 
15 means (17); 

- Sending a location request signal from the zone management means (17) to the 
gatekeeper (15') in the zone of the receiving user terminal (1 T); 

- Sending a location confirmation signal from the gatekeeper (15') to the zone man- 
agement means (17); 

20 - Sending an address confirmation signal from the zone management means (1 7) to 
the gatekeeper (15). 

7. A method according to any one of claims 4, 5 or 6, characterized in that the sec- 
ond user terminal (IT) in the second zone (13 s ) is located, and the connection be- 

25 tween the first (1 1) and the second (IT) user terminal is set up, in the following 
steps: 

- Sending a setup signal from the sending end user (11) to the gatekeeper (15), 
specifying the bearer capability; 

- Sending the information in the setup signal from the gatekeeper (15) to the re- 
30 ceiving end user (IT); 
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- Sending an address request signal from the receiving end user (1 1' ) to its gate- . 
keeper (15*); 

- Sending an address confiimation signal from the gatekeeper (15') to the end user 

an ; 

- Sending a connect signal from the receiving end user (1 1') to the gatekeeper of the 
sending end user (11); 

- Forwarding the connect signal from the gatekeeper (15) to the sending end user 

(HO; 

8. A network for audio, video and/or data communication characterized in that it 
comprises a number of subnetworks, or zones (13, 13*). each zone managed by a 
gatekeeper (15, 15') 9 and all gatekeepers connected to a zone management means 
(17) according to any one of claims 1-3. 
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